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1 Introduction 

1.1 Background 

A 36am less pre-paid solution for mobile users requires both intimate interface to the users fcabmec 
storage and coll control capability by the network managing the call. In GSM, Tropatd 
subscriber arc usually limited to their home network coverage. The reasons are tliat operators are 
reluctant to expose their database to other networks and m 'using infrastructure to manage these 
calls at the visited network. Hence, most opciator? will define the pre-paid users in a 
configuration that will prevent registration at other networks. 

1.2 Preface 

Roaming for Prepaid is provided to mobile subscribers visiting in countries other than their 
home country. The service allows these pre-paid users to register to a visited PLMN as regular 
visiting subscribers and get the two most basic services of mobile communication * originating 
and receiving voice calls. In addition, all other w*home services (HSC, MC2, etc.) will be 
available to RPP users. 

As with other services provided by Jter**c*n«, the KPP make* use of the stor+homt TP network 
in order to bring the call management capability to the vished network. However, the 
implementation of the service is based also ou plain signaling and voice routing or IN. 

A three-stage appjoach is required foi seamless implementation of RPP: 

Registration is denied from pre-paid subset ibera while roaming at a foreign network. This 
restriction is applied by the HJ.K (In the home network) which differs beiwecn regular and 
pre-paid registration requests. Requests of prepaid users coming from oilier networks are rejected 
immediately, preventing the i earner from registering to a hosting network. 

Therefor, star*home id to mediate these registration icquestc (l-ocation Updates hereafter). 
Requests arriving from unauthuiizcd visited nexwoiks will or. rejected as before, while tequests 
arriving from srar*home network partners will be allowed by both s(ar*homp. and the 1ILR- 

MobiU Originated Colls are fully controlled by the IntclltCate at the v&ied network. The 
stor+hante IP network will be used to access the IntelliGate at the home network for call duration 
calculation uetng the pre-call balance and roaming tariff tables, call managemeut by the local 
futelliGato, and post-call reduction of consumed balance. The InteiliGate queiies and updates the 
pre-paid system of the home network using a serial interface. 

Mobile Tormina ted Calls are managed at the home netwoik onry. If necessary, based on the 
enhanced registration process by star*homa % alt incoraiug calls to roarners will be routed To the 
IntftlliGate which will manage the call process with identical functionality to MO calls 
processing. 
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1,3 Terms, Acronyms and Abbreviations 



i CA MEL 

LfhL ... 

i COS 



t ON 



CMSC 

HLK 

TlPLMN 



! KSC 
i 1/0 



IMS1 



LEL. 

! INAP 



ME 



MO 
M3C 



MSISDN 
i MX 



; ODB _ 
1'PLMN 



j RPP 

"sir/ 



I VMScT 
': VTLMN 



Customised Application for Mob' 1 * network Enha nced Logic 
Call Fwwding UncooditiQtwJ 



Collioc Line Idcatificauon 



Ctftas Of Service 



Dialed Numb*r 



Gateway MSC 



Home !/G 



Hume Locarinn Rceisiry 
HoraePLMN 



Home Short Code irnnelatinn 



International Mobile Subscribe! Identity 



inttfliffcntNciwoik 



ImcHlgeuf Network Application Part 



Internet protocol 



I ^cal Area Network 



Location Updait 



Mubile Equipment 



Mobile Oiiginaud 



Mobile Switctttag Cc.itar 



A standard fcnedon In a GSM PLMN 



Art l/C connected 10 subscriber** HPLMN 



A standard Aipction in a GSMPLMN 



Another service offtaed by *zor*home 
A *«u**Aom* gateway 



MofelU Stttinn IiueraatfwHd Subr crHcr D iwcroiy g^f *^ 
Mobile Station Roamine Numbw 



Moh tie Terminated 



Operator Determined Barring 
Public Land MoHile Network 



Roamuifi ftn Pro-P»W 



S«v^« Node 

Signaling Sygcm number 7 



VisrteO I/G 



An adminisirnrivc function in &OSM HLR_ 



An l/G connected to ihc VPLMN 



lUIafr.MO a v?LMN:~A rebwiber of oilier IH-MN (usually Of other country) who nas 
reijisurod a$ a visitor in thePLMN _ 



Visited Lwcation Reginry 
Visited MSC 



j a *tanoVd tuueiion in a f»SM PLMN 
I An MSC in a VPLMN 



Visiitd PLMN 



[The PLMN wbwe the vlsttui is wgUxercd j 
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2 Description 

The figure below dcpicu tn« w 
home uetwofks. 





MEC 




AO VO is lusted to ft. ^{TthVm^ !s S^'^Sffi 
ZL* » <h* ^^SKSJS. SSL. ft» ftc n«work b IN or CAMEL Phi 
zoning traffic ^^^^ZZ "Jng *c .eftoWtion proce«. 



I 
I 

I 

| Page 5 nf 1 5 



19. JAN. 2000 -15:50 



TAN PEARL LAT2ER+C0HEN-2EDEK 



.00343 .f>i)7 



2.2 Application Architecture 

. The figure below depicts the internal architecture in both huetliCatca. 



in 



Visited vo 




2.3 System Functionality 

Detailed call flow description and system functionality are to be found in section 3, Scenarios. 
Basic guidelines: 

• A pre-paid user will be identified by additional fields in th* siar*homfi network database. The 
mandatory fields are V? user indicator, ZMSI number (required for SCCP registration and 
billing), and the MSISDN (for MO call rooringj. Another field is the prepaid user roaming 
password. The password should he used optionally {by COS) for MO call authorization and 
for "phone lew roaming". 

• The prepaid user will be able to seamlessly Access all oiher features offered by stcr*home 
(short code Uanslation, voice mail retrieval, ere). 

• The user will be able to connect lo selected numbers and short codes (customer core for 
recharging, etc.) at the home network and selected numbers and short codes (emergency, etc.) 
at the visiicd networks «ven if the balance is exhausted. 
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• The application should be able to play prfc. mid. and posl call announcements in the user's 
home language. These announcements may include user balance, low balance warning, 
Incoming CU, etc. 

• The functionality of a conference call tf-ill not be supported, 

• [n case of an incoming call when another will is in place, the second call should be rejected 
! (the user will not pay for voice mail tromboning). 

I , The application should support "phone-lww roaming" foi users dialing to a common access 

| number and providing their MS1.SUN and roaming password to utilize the PP balance to place 

j calls from any accidental phone. 

I 

J 2 A Pre-paid System interface 

i 

2.4.1 LAN/TP Interfaces 

i 

The H-f/O application should be able 10 perform two transaction types widi the pro- paid system: 

• Retrieve user balance 

• Decrease user balance by X money units 

yl These transaction.*: should be performed regardless of the platform vendor (Comversft, Siemens, 

O Nokia, Ericsson, etc.), uasic architecture (SN or IN)* and currency. 

If the pre-paid platform is capable of managing the roaming tariff tables internally, then rhe 
SJ system interface should include a full support for querying the relevant table or tariff and the 

U I application should use this input rather than the external tables. 

q 2.4.2 TSAV interlace 

^ The application Should be designed to support IN based pre-paid through INaP interface. Such 

Z support should include (conditioned in the roaming tables stored in the pre-paid system): 

r; • The capability for the UQ to present itself as an SSF and VMSC by SSU7 address 

M ♦ Supporr ot 1NAP commands and session between SSF (I/O) and SCP (the pre-paid platform) 

3 2.5 Tariffs Handling 

^ Although tariffing of pre-paid services is rather complicated, it is expected that for RPP the 

schema will be simpler. The incentive* to rhe home operaioi arc: 

• A pruyisioning nightmare, because of the need to maintain * separate table fur each roaming 
partner. 

• The high perception of this premium service that will initially eliminate rhe need for speciai 
discount rates. 

However, die IKt should be able to support separate tables for each visited network Each table 
will support several profiles to be ehosen from according to the user profile, time of day, *wd date 
(calendai, weekdays, weekends, holidays, elu.). Since it is per network based* llie time difference 
between networks can be embedded seamlessly using the home time as a baeeline (unless the 
visftftd network covets multiple time zones). The content of these profiles should include at least 
the following fields: 
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• Initial charge unit length (3©conds) 

• Initial charge unit rate (currency) 

• Additional charge unit length (seconds) 

• Additional cliarge unit rate (currency) 

The application in the H-l/G will use both charges to calculate allowed call duration and amount 
of credit consumed de faclu. 

2.6 Security 

Since this application involves *idi real time charging and money swag* «nd control, it should 

b« secured in a way that would not expos* the home pre-paid accounts to additional usK from 

remote on top of the local ones. In addition the application should be built lu insure the 

encapsulation of the home network tariffs and policy from the visited netwoiks. 

Heru* only the following transactions ar* allowed between the two VG performing the network 

application: 

• Caching of subscriber identity and profit* for real-time decision about the activation of a 
prA-paid session. 

• The u*er balance will nev«r he cached In (lie I/C 1 . The retrieved balance will be as«d for the 
time conversion and immediately removed from the. VU application. If for seamless usage it 
is required to start the session farter than the response time of the prepaid system, ft is 
advised iu do so by allocatine a grace period until the real balance is obtained rather than 
caching last call's remaining balance. The algorithm may be Improved by additional flag 
(go/no go only) calculated after the last call from the remaining balance and safety interval 
chosen by the HPLMN, 

• Both IntclIiGates can only query/update each other by time units, i.e. will duration will 
always be calculated at the home network and balance updates will always be stated in 
seconds at the V-r/C and translated to Incal currency only in the H-l/G, 

2.7 Fraud Prevention 

Basic fraud prevention capabilities should be incorporated into the basic RPP application: 

A user will not be able to maintain more than a single phone call at a rime. 

A user will not he able to place/receive consecutive phone calls to/fiom distant locations unless a 

reasonable time ha* elapsed. This functionality will be setup in the H-l/G according to die 

HPLMN preferences. 

A user will noc be able to consume more than M amounts of money in less than T seconds 
(system parameters) as well as an optional (COS) limit on single call duration 
in addition, a commercial fraud prevention utility (profiler) will be added to the system in order to 
prevent illegal exploiting of the pre paid database access. Trie profiler will use activity records 



• Tine methodology will also prevent negative credir rtmsed by cfT line charging of user balance (such as 

monthly fees, etc.). . 
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provided by the RPP application and billing CDRs as well as global information available from 
the u>ers T location database to efficiently protect the system fwm malicious usage. 

In ease of any suspicious of fraud/malicious activity in the system, on appropriate warning should 
he issued at die home network. Ail incoming calls should be rejected and outgoing calls will be 
rouced to tho customer rare regardless of the DN. 

2.8 OMAP 

2.8.1 Provisioning 

As emphasized m serfion 2.6, all usci profile RPP fields, tariff tables, and home network special 
numbers wJJI be stored and managed in the home mteMGate. These tables will not he replicated 
at any situation to other networks. Provisioning of the profiles end management of home network 
tables will be part of the H-I/O OMAP. 

The emergency and customer service numbers (or short codes) of the visited network will be 
Stored in the V-I/O and managed as part of its OMAP. 

2.5.2 Alarms 

General Alarms (voice ports, database, network, etc.) will be part off the siw*home network and 
gateways OMAP. In addition th* additional alarms and functionality are required specifically for 
RPP application: 

« Pre-paid system Interface is down. In such an event a critical alarm should be generated to the 
star*homG vontroi room and home network. All MO osdlers defined in the disconnected 
system will be prompted with a special announcement and/or be routed to the customer care 
in the home network. The only exoeption is the calls directed co the emergency numbers at 
the visited network. MT calls will be rejected and die callers will be notified that the seivite 
is ni>L available. 

• Fraud alert as described in section 2.7 will generate a report ai the srar*home control room. 
The home netwoik will be advised to disable roaming for this user in the HLR until fuitber 
Investigation. All MO calls wilt be routed to the customer ears in the home network. MT calls 
will be'rejected and the callers will be notified that the service is not available. 
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3 Scenarios 

3.1 . Registration 

As an initial assumption, the pre-paid subscriber* shall be allowed for roaming service m the 
HLR- There we two alternatives to perform the special registration requited for impleraetine. RHl' 
in GSM networks. 

3.1,1 Registration by SCCP Relaying and MAP Screening 

The figure bolow depim the registraiiuii process at both visited and home networks. 




1 . The roamet turns on the ME. which tries to agister with the nearhy VLR. 

2. The VLR sends the LU request to the home network. 

1. A hljjh performance SS#7 menage-capturing device is relaying the signaling links on which 
loamina Location Update messages run, or these specific messages are routed to the H-1/G 
using an SIP/SCCF iclay. The points) of capturing depends on the specific HPLMN 
network configuration. Usually this point would be the GMSC or any other transit switch. 

4. The 1/G rejects I.U requests of pre-paid users coming from VPLMNs not connecter! to the 
star*hnme network. AH other LU requests are passed ou seamlessly to the HUC 

5. Responses, cither rejected or accepted request*, along with user profile data, arc sent baek to 
the visited network (standard GSM procedure). 

6- *lTie H-VC issues a Supplementary Service, Call Forwarding Unconditional command to the 
HLR to route all innominc (MX) calls to the H 



1 This command U activated using th* f -AN interface of tlic HLR in order to prevent user overrides, 
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3.1 J Registration by CAMEL Ph. 1 

The VPLMNs should be divided twice, firstly tu those who support CAMEL, and among them, 
Those who arc members nttrte star+home network RPP solution. 

As to treat networks without CAMEL capability, the HPLMN shall act in accordance to the CTS 
02.78 sub-cltiujc 9.1, which obligates the HPLMN to handle roaming to non CAMEL-supporting 
networks. The HPLMN shall have Uie ability to determine on a per subscriber basis whftther to 
allow location update in those networks. 

Among tiic group of CAMEI ^supporting networks, tht user will be registered. For networks 
which are not star*hnme merabws, every MO call will be barred by the home SCP which will 
handle or interface the s£ar*homc members list. MT calls arc in any case routed to and xrcaoed in 
the HPLMN, so there is no problem m relation to the registration process. 

For a detailed description please refer to "Roaming tor Pre-Paid Technical Analysis tor OSM", 
Revision 3.0 (Pure CAMEL Ph.l solution tor VPLMN & HPLMN) by Girai Naveh. 
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3,2 Mo^f/c Originated Calls 
The figure below depicts th* call flow in the MO calls scenario. 




star*home 




CD 



Mi 



] % The visitor dials the requested number os if he was a regular subscriber. 

2. The MSC route* the call to the V-l/CJ. This step implies that the routing tables in the MSC 

will be modified by the VPLMN opeiator to allow thft routing to trie V-UG of calls bfting 

placed by roamers of $sar*homc network operators. 

Alternatively, the MSC wilt mute all barred calls to the V-l/O. In this cave, the H-I/G will 
activate during registration, the Operator Determined Barring (ODB) of PP user* roaming at 
such network. 

If the ruutcd call was not of a pre-paid usei, and it is not intended for one of the other services 
uffercd by star+home. or if using ODB and the callw is a barred local user, the V-I/f? releases 
the call with redirection addrcaa. This action assumes that the MSC supports "seamless call 
switching" 1 . 



J The implementation of Mamies* call switching" may vary between switr.h vendors, and retires a 
coopct au'on between sr<w*home and the itch vendor. Possible imp lemencadui is to consider are- 

| • ISUP RELEASE mcsiagft with REDIRECTION addres* 

I 

* FACILITY REQUEST foi EXPLICIT CALL TRANSFER supplementary service invocation. 
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If the network is CAMF.L Ph.l ready, star+home will install CAMEL uiggcrs in the VIA 
during registration process lu lOutc colic per user basis (refer TO section 3,1 .2). 

3 The V-I/G queries tho H-I/G through the star*hume IP network tor the allowed call duration. 
The 1I-I/G retrieves the remaining balance from the pre-paid system usiug the customer care, 
serial interface, It uses lhc balance and its internal tariff table to caloulate the allowed call 
duration from the location of the ronmer to the required destination (D>i). It Then returns the 
maximum call duration for the next call lu the V-I/G. 

4. A second leg is generated by tho V-I/C planing an our call on behalf of the subscriber, and 
switching it lu the 1st leg, using its own switching capability (the second leg can be generated 
VoIP through the star*home network if so agreed by both networks). This step is- required for 
the V-i/G to keep managing the call and terminate it when the user's balance is exhausted. In 
curh a case, the V-I/C will disconnect the second leg and optionally, route the caller U> the 
customer care at the home network for recharging. 

If the initial call duration is shorter than the allowed trash-hold, the second leg will not be 
generated die Hist placo and instead, the V-I/G will play an error message suggesting die user 
to connect to the customer care for re-charging of its balance 

5, The V-I/G updates die H-I/C with the actual call duratlou. The H-l/G calculates the money 
value of the call, and sends a decrease balance command to the pre-paid system with the 
appiopriatc amount. 

$. The V-I/Ci generates a CDR for billing in the visited network, or modifies The original CDR 
issued by the switch for die first leg (refer to section 4 for detailed description). 




. . * rh* vtplMN GMSC or onft of the MSCs. 
I. An taconlDS (WD * *"™ g t * "!1 M U W is by the CHJ activated to 

from ihe visited network . lie VLK. rciu i MSWJj ^ 

5 ! second -e S is g— * ^^»^X"ip * ^ W 
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If die initial call duration is shortei than the minimum allowed trash-hold, the second teg will 
not be generated the first place and the caller will be rvutcd to the vow* mait or if uot 
applicable, will hear an error message and be disconnected. 

Prior to connecting the two legs, the I/G ehould ask the roamci whether ehe would like to 
receive, me incoming call from this CU. Ff the roamer rejects the call, the roller will be louted 
to the voice mail/or if not applicable, will hear an error message and be disconnected. 

6. The 1/G calculates the money value of the call, and sends a deuiease balance command to the 
pre-paid system with the appropriate Amount. 

7. The l/G issues a CDR for billing in the home network. 



4 Billing considerations 5 

Billing at the visited network should not be different than the regular xtar*home solution. 

4. 1 Mobile Originated Ca//o 

In this casft the VMSC has all the information for billing since it has the real CXI, DN, and call 
duration. The second leg will be ignored. 

An appropriate amount will be automatically reduced from the subscriber's balance in the home 
network to reflect both payraonts to the hosting network and the surcharge to the home operator. 
An appropriate CDR will be issued by the H-I/G for the customer care records only, and (if 
necessary) for identification of the pro-paid CDR corning from the visited network for 
inter-network cJeartag. 

4.2 Mobile Terminated Calti 

In this case, since leg I of the call 13 being paid for by Che calling party, the H*T/Ci will generate 
only one CDR 10 icflect the cort of the international leg of the call. This leg is billed of course to 
the called parry. 

An appropriate amount will be automatically reduced from ihc subscriber's balance in the buinc 
artwork after each call. 



5 STar m home will be more than happy to discuss these issues with the operator in order 10 jointly find the 
beit way to handle the billing issues. 
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Acronyms & Abbreviations 

ATI- MAP_Any_Time. lircerrugation 

CAMEL- Custom a*& Applications for MuUUe network Enhanrwi Logic 

CAP- CAMEL Application Part 

DP- Detectinn Point 

E. 164" ISDN number 

OMSC- Gateway MSC 

CTS- GSM Technical Specifications 

HLR- Homo Location Register 

HPLMN* Home Public Land Mobile Network 

IC- incoming 

I/O- IntclliCate. V=Visited. H^Home 

1MS1- Imernaiiunal Mobil* Subscriber Identity 

MAP- MoM'Ie Application Ptux 

MO- Mobile Original 

MSC- Mobile Switching C«wtr 

MSRN- Mobile Marlon Roaming Number 

MT- Mobile Terminated 

O-bCSM- Origination. Ba*lc Call State Machine 

OH- Optimal Routing 

PP- Prepaid 

RKH- Roaming for Prepaid 

SCCP- Signaling Connection Control Part 

SCC- Service Creaifon Environment 

SCP- Servk-e Control Point 

SRJ- MAP_Send Routiiig^Information 

STIP- Sp»ciali2ed Resource Function 

$S7- Signal ins Syswm #7 

SSRP- SCCP Sfgnallus Relay Point 

5TP- Signaling Transfer Votol 

T-BCSM- Termination-Basic Call State Macjiinc 

T-CSI-Tetminatlon'CAMCL Subscription Information 

TDP- Trigger Defection Poinr 

t7o- Time-Out 

Vl.R- Visitor Lovation Register 
VMSC Visired MSC 

VPLMH- VisW Publin l^aad Mobile Nctwuifc 
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Foreword 

Th* .service offered Is to enable subscribers thai use PP handsel to us* them outside their home 
.boundary. This document presents a solution for a RPP ten**, based on CAMEL Ph.1 existence bi 
both HPLMN St VPUMN. 
The issues thai involved in the service are: 

1. Registration- how to enable PP roamers to register when abroad. Currently it»* not possible 
(otherwise th* roamers Wt be PP ones). Concuriently the refiistration should be blocked tor 
those operator* **ho are not metpbos of the st*r*hoine netwuik. 

2. Origination/fouling- the PP calls shall be (outcd 10 the smr^homc's UO in order 10 he authorised 
and tracked in real-time. The reason forthis routing over transmission is thai the current CAP Ph.i 
protocol is UmvfTicienr for pure-JHsnaling based service. The method proposed here relics on SRF 
base** architecture. 

3 . Termination- while the PP subscriber roams, he Is charged of the pan or toe IC call because of the 

international Ug (Untess OR when the VPLMN and the 1PLMN are the same one. In fact, the OR 
is not implemented in any opexator for to date and apparently won' l be at tout &r several years). 
Thus, his balance should be verified a»d the call Should be tracked. The reason for the international 
Leg even when CAMEL Pb-1 is UapiemBnted is that the cuircnt CAP Ph I protocol b inefficient 
for pure-Sianallu^ bawd service. lUe aicUiod proposed here relies 011 3HF baaed architecture. 

Because or the exact implementation depends on each operator's facilities A requests, Uie operators- 
and th« solution's aichitcerurei as well- are divided into 3 categories: 

1. Operator* that have a CAMEL SCP and are willing to utilize H In favor of the proposed RfP 
service. 

2. Operators "dint have no SCP at ail. 

3. Operators that have a CAMEL SCP. but don'i have an interftst/resources to utilize it In favor of 
the proposed RPP service. 



is 
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Solution- Architectures 

1. Operator that have a CAMEL SCP and ar o willing to UtiiUe It In favor nf the 

proposed RPP ser vice: 

HegisTration 

A* an initial assumption, the PP subscribers shall be allowed Tor a basic roaming service. 
The PP subscriber* must be provisioned with both O/T-BCSM TDPs in their HLR profile fcsmSCF 
addmxs a home SCP). That mean* that every MO & MT eall will be triggered, and a CAP qu*ry will 
be acnt to the SCP for further instructions. 

The VPLMNs can be divided twice into 2 group*: those who have CAMEL at all, and among thusc 
with CAMEL- those who ore members of STar^hume's network. 

As ro treat networks without CAMEL capability, the HPLMN shall act in accordance to die GTS 02.78 
subclause 9. 1, which obligates the HPLMN to handle roaming to nun-CAMEL-supporting nerwuiks. 
Th* HPLMN" s HLR shall have the ability to determine on n per subscriber basis wh«th«r to allow 
location update in those networks. 

Among the group of CAMEL-supporting networks, the subscribci will be registered tor networks 
which are not swr*home member*, every MO & MT roll will he barred by 4ic SCP which will handle 
the 5tar*home members list, tfcoee, a simple appropriate service logic should be vieatcd by die 
operatoi 's SCE. 

Origination (utilizing home CAMEL SCJP) 

An O-BCSM TDP (PiU- only DP?.) shall be included in the PP subscribers' ptofxlcs (HLR). While 
roaming for Rvery call originated by the subscriber a CAP transaction wUi he established again3t the 
SCP in the HPLMN. The SCP will maintain a simple list Of coupling a certain rtfnroTry with lite 
appropriate local I/G-V» 3 pon number. Service Ivgic shall b* crated try the operator's SCE that wUI 
reply to the VMSC with an instruction to connect the call to the local l/G-V While the call is routed to 
and answered at the I/G-V. its querying the PP platform at home for an autboriwvtion & tfo and 
continuing by switch in$ C *N tfl tn e desired destination. For the duration of die call handfing by the 
l/G-V, it can apply future enhancement* to the service like announcam«nts/roncs in every stage of the 
call, udvanced raclivging capabilities and others. 

Termination (utilizing home CAMEL SCP) 

A T-RCSM TDP (PIU- only Dm) shall be given to the PP subscribers. While the call is bfting 
terminated at the GMSC of the HrLMN (no OR implemented), the GMSC is querying the HLR whh 
SRI and getting the T-BCSM TDP containing the SCP address. The VLR C.164 Is alw inctuded In the 
SRI result and is uansfcrwd to the -SCP. (If the YLR C.164 ie not included In the first BR1 result, either 
the Location Information Intcrrosncion Indicator in the subscriber's HLR profile -shall be uimcd-on tn 
order to provide the location information within the first SJU result or the SCP will use the ATI 
message in order to obtain the location information from the HT..R). 



AS the 5CP discovered char the SUbSWlbci is rcamln S - »d within a SBThwite member net- it will 
return to me GMSC with connection instructions w die l/G-H. From thai point, the l/G-H fmda the 
3ub»eriber by invoking a SRI invoke (T-CSI suppressed^ to the HLR and recoiviag a MSRN. Using die 
received MSRK th« cull is routed to die subscriber and being handled arid monitored by the 1/O-H. 
Whilst the call i* handled by the I/O-H. It cut apply rutur* enhnncentents to Hie acrvice Uka 
annountem*nts/tones In evay stage of the cell, advanced ftctwiging capabilities *nd others. 



1. Operators which hqvH no CAMEL $CP: 
Registration 

As an initial assumption, the PP subscriber* shall be allowed for a bu&k roaming service. 
I*be PP subscriber* must he provisioned with both Of-BCSM TUPS la the* HLR profU* (gsmSCK 
address - l/G-H). That meant that *very MO & MT wall will be wiggled, and a CAP b « 
sent to the IA3- W for further instructions. 

The VPLMNs can be divided twice into 2 groups: those who have CAMEL at all, and among those 
with CAMfcL* those who are members of star'home's ucrworic 

As to treat nmnrics without CAMCL capability, the HPLMN shaU act in accordant* to the GTS 02.78 
subclause 9.1. which obligates the HPLMN to handU roamin£ to non^AMEL-wpponrag networks. 
Thft HPLMN'S HLR shall have the ability to determine on o per subscriber basis whether to allow 
location update m those nerwyiks. 

Among the 5 roup of CAMEL-supponing network*, the subscriber will be registered. For networks 
which are not sui *horac members, every MO & MT tall will be bwrnrf by the I/G-K. 

Origination (no home CAMKL SCP) 

Ao O-BCSM TDP (Ph.i- only DP2) jhail be included in the PP subscribers 1 profile* (HLK). While 
roaming, fu. every call ori 3 inated by the subscriber a CAP signaling fransaokai will b« established 
asaioftt the l/G-H in the UPLMN. Th« i/G-H will maioialn a aimple list of coupling a certain country 
with the appropriate local I/G-V*s port number and reply to the V M3C with an instruction to connect 
the call iu xhc local l/C-V While the call is routed to and answered at the l/G-V, it's querying the PP 
platform ai home for an authorization & t/o and omrinaing by switching the call iv the dosired 
destination. For the duration of the call handling by the l/G-V, it can apply fuiure enhancements to the 
service like announce men rs/tones in every stage of the call, advanced recharging capabilities and 
otters. 



Termination (no home CAMEL SCP) 

A T-BC3M TDP (Ph.l- wily UK12) shall be given to the PP subscribers. While the call is being 
terminated at the GMSC of the HPI .MN (no OR implemented), the GMSC Is querying lUc tlLR with 
SRI and getting the f-BCSM TDr containing the l/G-H address. The VLR E.16U U also included in 
ffie SKI result and is transferred wfttim die CAP rransietmn to the I/G-H. (If the VLR E.IK4 is not 

2o 
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included in the firsr SRI result, either the Location Information luterrogotiori Iwlir.aior in xhc 
subscriber's HLR profilo shall tx? tumed-on in order to provide the location Information within the first 
SRI result nr the UO-H will vise the AH ravage in ord«r tu obtain the location intorniaricni £i*oxn the 
HLR). 

as the I/G-H discovered that tbft subscriber Is loaming- and within a sterhomc member net- it will 
rciuro to The GMSC with uonncction instructions to a I/O-H's pore From that point, the l/G-H finds the 
subscriber by invoking a SKI invoke (T-C51 suppressed) to die HLR iind receiving a MSRN. Usins the 
received MSRN, the call H touted to the subsuibcr and being handled and monitored by the I/O-H 
Whilst The coll is handled by the t/G-H, ii can apply future •nhanwments to the service like 
announcements/tones in every Sta^e of the call, advanced recharging capabiliiUe and ofhers. 



1. Operators which have a CAMEL SCP and are not ab le/consenting to utilize It In fqvor 

of trie proposed RPP corvine: 

Registration 

Berause of the home SCP won't filter these netwutks which are nor stnr*home members, the I/G-H 
shell be inte-srated with a SSRP platform. Some of the netwoiking configuration of toe home uetwork 
should be choused, so that ail MAP messages based on IMSl for SCCP destination address will be 
miited to the star'homc's SSRP instead of to the ieaJ llLR/s (operator option: reseivation of a special 
IMSI range for PrePald subscribers so that MAP signaling wiry retard to the PP subscriber* -will bo 
routed co the SSRP). The required changes arc in the GMSCs/gateway STPs only. 
The SSKP Will verify that the originating VMSC belongs to a star*hnme member operator otherwise it 
^ill return » rejection and the registration at that VMSC will be blocked. 

in case the SSRP has enntirmed the registration at thar VMSC. It's landeining the MAP signaling to the 
real HLR white modifying the SCCP oriRtoaiiuu address to fts own. From this point all the messages 
relating tn this dialojuc «ie being relayed through the SSRP while the VLR. MSC and HLR addresser 
in the MAP Jayer are unchanged. 

An additional modification is done by the SSRP to the O-BCSM TDP information downloaded to the 
VMSC: the jstnSCF address is changed to the l/G-H address. If no O-BCSM information wae 
provisioned to the subscriber, the SSRP will apply it by itselt In this stage of the registration process. 
Octectins of Uie roamer getting hack to his home network can be done, at this euity stage of rhe service 
d*cign either by the first call origination/termination or by passive monitoring of the inLra-nctwork 
lucation updating messages/inter-network location cancellation messages. 

Origination Qhome CAMEL SCP without utilizing it) 

An O-BCSM TOP (Ph.1- only DP2) shall be included in the PP subscribers* piofiles (HLR) or he 
applied hy the SSRP as part of the registration process. While roaming, for m/ery call originated by the 
subscriber a CAP signaling transaction will b« established against the l/C-ll in the HP J -MN. 'Ihe 1/O-H 
will maintaiji a simple list of coupling a certain covntry with the appropriate local l/G-V'e port number 
and reply to the VMSC with an instruction to connect die call to the local I/U-V, While the call U 
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routed to and answered at the I/G-V, irV« querying the PP platform at liorae for on authorization & r//> 
and continuing bY switching the call to the desired defiinatinn. For the duration of the vail handling by 
die VQ V, it cam apply future enhancements w Uie service liko announceraents/fnnes in every Stage Of 
.the call, advanced rcchargins capabilities and others. 

Termination (home CAMEL SCP without utilizing it) 

A T-BCSM TOP (Ph. I - only DP12) shall be given to me PP subscribers including the S« m $C F address 
« I/U-H. While the call Is being terminated at the GMSC of the HPLMN (ng OR implemented), the 
GMSC ic querying (be H LK with SRI and setting the T SCSM TDP containing the 1/O-H address. TIjc 
VIR E.I64 ij also included in the SRI result and Is transferred within the CAP tranMwinn to the 
l/G-H. (If tile VLR E. 1 64 is not included in th« first SRi result, either the Location Information 
Interrogation Indicator in the subscribers HLR profile shall be turnftd-on in order io provide Uie 
location information within die fi«t SRI result or die i/G-H will use the ATI roetsag* in orHftr tn obtain 
the location Information from the HLR). 

As die 1/G-H discovered that the subsciibcr is roaming and within » star*home member net- ii will 
return to the GMSC with connection instructions to an !/G-H*s port From that point, the I/G-M is 
finding the subscriber by invoicing a SRJ invoke (T-CS1 suppressed) to Uw KLR and rec*iviag a 
MSRN. Using the received MSRN, Uie call is routed to the subscriber and being handled and 
niuuitored by the T/G-H. Whilsr rhe call is handled by the I/G-H, it can apply future enhancements to 
the service like aiuiuttncemcnts/tonee in every stage of the call, advanced recharging capabilities and 
other*. 

N u(l > : if the T BCSM TOP is nnrprovisioned by (he operator from any reason, this tfxmitnr will- be 
applied by the SSKP using rhe Customer Care/management or any of her nvr*>8$7 interface to the HLR 
as the svhxcrihcr has been registered abroad. 

As the SSRP / i/C-H detects that the jttbscrtber is no lunger roaming (VLR EJ6dfi>r tfirminaTion or 
origination), tfUr^oke the T-BCSM from the snhscriher's HlRprqflte. 
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CLAIMS 

We claim: 

1 . A method substantially as described hereinabove. 

2, A method substantially as illustrated In any of the drawings. 
H. Apparatus substantially as described hereinabove. 

4. Apparatus substantially as illustrated Jn any of the drawings 

5. A system substantially afi described hereinabove. 

6. A system substantially as Illustrated in any of the drawings. 
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